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MgTOOn ANn APPARATUS FOR REMOTE CONTROL AND UPDATING OF 
^ WIRELESS MOBn.E DEVICES 

CROSS-REFERENCE TO A RELATED APPLICATIONS 

This {^plication claims fhe benefit of U.S. Provisional Application No. 60/417,905, 
filed on October 10, 2002, entitled UPDATE FOR WIRELESS MOBILE DEVICES, and 
U.S. Provisional Application No. 60/417,858, filed on October 10, 2002, entitled REMOTE 
CONTROL FOR WIRELESS MOBILE DEVICES INCLUDING REMOTE LOCKING, the 
subject matter of which is incorporated herein by reference. 

Field of the Invention 
The present invention relates to the field of wireless conununications. More 
specifically, tite present invention relates to the provision of a remove control function from 
remotely controlling a wireless mobile device, including remotely locking the device; and 
additionally includes the provision of an update fiuiction for wireless devices. 

Background of Invention 

Since their introduction, the capabiUties and number of services and features of 
wireless mobile devices have steadily increased while the cost of ownership and operation 
has decreased. At first, wireless mobile devices operated on analog wireless networks that 
established voice communications and simple paging features. Later, digital wireless 
networks were introduced for cellular telephone communications to provide more advanced 
features for voice and data communications, such as encryption, caller identification and 
transmitting and receiving Short Message Service ("SMS") text messs^es. 

Some cellular telephones also incorporate many of the features originally provided for 
in the hand-held electronic devices, such as personal data assistants ("PDAs")- Relative 
simple PDA features such as keeping a list of contacts, a calendar, appointments and the Uke 
have been generally integrated into recent cellular telephone models. 

Recently, some cellular telephones were enabled to allow the browsing of web pages 
on the Internet or other on-line services. More recently. Action Engine, Inc. of Redmond, 
WA, assignee of the present invention, has developed and improved browserless approach to 
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are consumed using wireless mobile devices, more user data, in particular, important, 
sensitive and/or critical data are being stored on tiie wireless mobile devices. In addition, as 
more and more types of software are implemented and/or installed on wireless mobile 
devices, the number of updates to the software has increased as well. Additionally, as 
5 wireless mobile devices become more sophisticated, users may not be able to keep track of 
the current state of .development in their software and other data on their wireless mobile 
devices. 

Brief Description of Drawings 

The present invention will be described by way of exemplary embodiments, but not 
10 limitations, illustrated in the accompanying drawings in which like references denotes similar 
elements, and in which: 

Figure 1 is a pictorial diagram of a number of devices cotmected to a network which 
provide a client device, also coimected to the network, with update and remote control 
services in accordance with embodiments of the present invention. 
1 5 Figure 2 is a block diagram of the client device that provides an exemplary operating 

environment for an embodiment of the present invention. 

Figure 3 is a diagram illustrating the actions taken by a client device, a remote 
control/update server and an administrator device to provide remote control services in 
accordance with embodiments of the present invention. 
20 Figure 4 is a flow diagram JUustrating a client remote control routine in accordance 

with embodiments of the present invention. 

Figure 5 is a diagram illustrating the actions taken by a client device, and a remote 
control/update server to provide update services in accordance with embodiments of the 
present invention. 

25 Figure 6 is a flow diagram illustrating an update routine in accordance with 

embodiments of tiie present invention. 

Figure 7 is a diagram illustrating actions taken by a client device, and a remote 

control/update server to provide an alternate oipdate service in accordance with embodiments 

of the present invention. 
30 Figures 8 is the flow diagram illustrating an altemate update routine in accordance 

wifli embodiments of the present invention. 



-2- 



wo 2004/034687 



PCT/US2003/032284 



Detailed Pescriptioii of Embodiments of the Invention 

The detailed description which follows is represented largely in terms of processes 
and symbolic representations of the of operations by conventional computing components, 
including processors, memory storage devices for tiiese processors, coimected display devices 
S and input devices, all of which are well-known in the art. These processes and operations 
may utilize conventional computing components in a heterogeneous distributed computer 
environment, including remote storage servers, computer servers and memory storage 
devices. Such processes, devices and operations also being known to those skilled in the art 
and others. Each of these conventional computing components may be accessible by the 

1 0 processors via a commumcations network. 

The present invention includes a remote control application for wireless mobile 
devices. The remove control apphcation allows a wireless communication service provider 
to remotely control a subscriber's wireless mobile device. In particular, the remote control 
apphcation allows a wireless communications service provider to remotely lock a 

IS subscriber's wireless mobile device. Further, in an exemplary embodiment of the present 
invention, by invoking the update appUcadon described below, a user's data (including 
programs and operating system data) on a wireless mobile device can be updated without the 
user needing to intervene. 

The remote control software apphcation resides on a wireless mobile device and can 

20 allow secure remote administration of the wireless mobile device to cause specific tasks to be 
performed on the device, to cause the user interface ("UI") of the device to be locked from 
normal access, allow a remote administrator to cause files and data stored on the wireless 
mobile device to be erased, to allow a remote administrator to cause a backup to be 
performed on the wireless mobile device, and for a remote administrator to cause an update 

25 on data in the wireless mobile device. 

The remote control apphcation allows the remote administrator to seize control (either 
with or without a user's permission) of a wireless mobile device and in one exemplary 
embodiment, to do so witii no visible indication as to the fact that control has been seized of 
the device. 

30 The remote administrator will be able to use a iinique device identifier ('TD") to log in 

and select various options. Special messages or instructions for the remote control 
apphcation on the wireless mobile device are then placed in a secure queue on a server. 
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Next, a "ping" message is sent to the wireless mobile device. The ping message is in turn 
processed by the remote control application on the wireless mobile device. The remote 
control application on the wireless mobile device then retrieves the special messages or 
instructions from the remote server and processes these instractions. In the exemplary 
5 embodiment of the present invention where the instructions include updating the wireless 
mobile device, the updating process will allow programs installed on the wireless mobile 
device to be automatically updated in a manner that can be controlled by the user in some 
cases and is completely automatic (e.g., controlled by the wireless service provider as 
instructions) in other cases. 

10 Briefly, the update application on the wireless mobile device can update itself, update 

applications from a remote server, monitor a catalogue of application updates and additions 
on the server, monitor user activity via a unique device ID and/or other unique identifiers, 
laimch by stub applications asking to be replaced by full applications and may further stop or 
resume downloads that have been interrupted. 

15 As noted above, liie update ^plication may be activated in a number of different 

ways: (1) It may be laimched as a normal stand alone application as to any other application 
launched on the wireless mobile device. (2) It may be launched by a stub application, with a 
specific path, to replace the stub application with its intended application (after download and 
successful install). To the user, they would launch the stub application, see a download in 

20 progress screen, followed by the actual application starting up. (3) As already noted above, 
the update application may be invoked using the remote control application and having the 
update application invoked by a remote administrator. 

Hiere are different types of updates and in various embodiments, the server will send 
updates in priority order. It will first send mandatory updates, then critical updates, then all 

25 others. Within each category, it will download the files in order of appearance. Mandatory 
updates are those updates tiiat the update application will automatically (and silently) 
download and update whenever the update application is invoked and such an update is 
located. Critical updates are tiiose that have been singled out as particvdarly important as they 
relate to fixing "bugs" in existing applications and/or providing increased security to a 

30 wireless mobile device. Normal updates are all the remaining types of updates. 

Application and updates and be further categorized into "exclusive" updates. If an 
exclusive update is selected, no other selections can be made until the exclusive update is 
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downloaded and installed. This category is particularly useful when installing iq>dates that 
require a device reset, or updates that change tiie operating system files. The update 
application does not sent personal information to a remote server. Rather, it downloads from 
the server the list of available updates from which is parses and analyzes against the local 
5 wireless mobile device's computing environment. 

As previously explained, embodiments of the present invention operate in a wireless 
network to coromunicate between wireless mobile devices and remote servers. It will be 
appreciated by those of ordinary skill in the art that other networks may be used in addition to 
a wireless network, e.g., the "Internet" which refers to a collection of networks and routers 

10 that can communicate between each other on a global level using the Internet Protocol ("IP") 
commimications protocol. 

Figure 1 is a pictorial diagram of the exemplary wireless remote control and update 
system 100 for providing remote control and update services to wireless mobile devices such 
as client device 200 via a wireless network 110 and otha networks 130. For ease of 

15 illustration, the client device 200 is shown pictorially as a PDA in Figure 1, it being 

recognized that a large number of client devices in a variety of forms will be included in 
actual remote control and update system 100 employing embodiments of the present 
invention. In general, a client device 200 has computing capabilities and may be any form of 
device capable of communicating with the remote/update server 150 in various embodiments 

20 of the present invention. Thiis, while client device 200 is pictorially shown as a PDA, a 
mobile computer, cellular phone and the like may be equally employed, although these are 
just representative devices and should be taken as illustrative and not limiting. 

The remote control/update system 100 functions in a distributed compute 
environment that includes a plurality of client devices, intercoimected by a wireless network 

25 1 10 via a gateway 120 to other networks 130 to a remote control/update server 150. In 

addition, an administrator device 140 is connected with the remote control/update server 150 
to pass instructions to the remote control/update server 150. All these coxmections and 
conmiunications are interconnected via suitable network coimections using suitable network 
communications protocols. As will be appreciated by those of ordinary skill in the art, flie 

30 remote control/update server 150 may reside on any device accessible by the client device 
200 shown in Figure 1 . An exemplary cUent device 200 is shown in detail in Figure 2 and 
described below. 
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It will also be appreciated that while the remote control/update server ISO of the 
remote control/update system 100 is illustrated as a single device, the remote control/update 
server 150 may actually comprise more than a single device in an actual system practicing 
embodiments of the present inv^tion. It will also be appreciated that the remote 

S control/update server 1 50 may comprise file servers, database servers or a mixture of file 
servers and database servers. 

Figure 2 illustrates an exemplary computing device 200 suitable for use in 
embodiments of the present invention. Those of ordinary skill in the art and others will 
appreciate that the computing device 200 may include many more components than those 

10 shown in Figure 2. However, it is not necessary that all of these generally conventional 

components be shown in order to disclose an enabling embodiment for practicing the present 
invention. As shown in Figure 2, the client device 200 includes a communications interface 
230 for connecting to remote devices. Those of ordinary skill in the art will appreciate that 
the commimications interface 230 includes the necessary circuitry, driver and/or transceiver 

15 for such a connection, and is constructed for use of the appropriate protocols for such a 

connection. In one embodiment of the present invention, the communications interface 230 
includes the necessary circuitry for a wireless network cotmection. 

The computing device 200 also includes a processing unit 210, a display 240 and a 
memory 250, all interconnected along with the commxmications interface 230 via a bus 220. 

20 Those of ordinary skill in the art and others will ^preciate that the display 240 may not be 
necessary in all embodiments of the present invention and accordingly, is an optional 
component. The memory 250 generally comprises a random access memory ("RAM"), a 
read-only memory ("ROM"), and a permanent mass storage device, such as a disc drive, flash 
memory, or the like. The memory 250 stores and operating system 255, remote control 

25 software 260, and update software 265, formed in accordance vnUx embodiments of the 

preset invention. It will be appreciated that these software components may be loaded fix>m 
a computer readable medium into memory 250 of the client device 200 using a drive 
mechanism (not shown) associated with the computer readable medimn, such as a floppy, 
tape, DVD/CD ROM drive, flash memory or the communications interface 230. 

30 Although an exemplary computing device 200 has been described, it general 

conforms to conventional computiag devices, those of ordinary skill in the art and olliers will 
appreciate that a client device 200 may be any of a great number of computing devices 
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capable of communicating remotely with other computing devices. In various embodiments 
of the present invention, the client device 200 may be a cellular phone, PDA, general purpose 
computing device and the like. 

The op^ation of the remote control functionality of the remote control/update system 
5 100 shown in Figure 1 will be best understood by reference to Figure 3 which includes one 
exemplary sequence of communication interactions between an administrator device 140, a 
remote control/update server 150 and a client device 200. The exemplary commimication 
interaction shown in Figure 3 begia with the administrator device 140 sending instructions 
305 for the client device 200 along with a unique client device ID to the remote 

10 control/update server 1 50. The remote control/update server 150 then sends a "ping" 

message 310 to the client device 200. At the client device 200 a determination 315 is then 
made that the ping message was meant for that particular client device 200. Next, the client 
device 200 requests 320 further instructions for itself and includes its client ID. The remote 
control/update server 150 then retrieves 325 one or more instructions for tiie client device 200 

1 5 with the sent client ID. These instructions are then sent back as client device instructions 330 
to the client device 200. The client device 200 then performs 335 the client device 
instructions and notifies 340 the remote control/update server 150 that the client device 
instructions have been patformed. 

Figure 4 is a flow diagram illustrating an exemplary client-side remote control 

20 software routine suitable for implementation by the client device 200 for receiving and 
processing remote control itistructions from the remote control/update server 150. The 
remote control routine 400 begins at block 405, where a message is received from the remote 
control/update server 150. Next, in decision block 410 a determination is made whether the 
message is a specially formatted '*ping" message recognized by the remote control software 

25 260. If in decision block 41 0 it was determined that the massage was not a ping message, 
then routine 400 proceeds to block 455 where the message is forwarded on for normal 
processing and remote control routine 400 ends. 

If, however, in decision block 410 it was determined that the message was a ping 
message, then processing proceeds to block 415 where the client device 200 sends a request 

30 for ftirther instructions to a remote server (e.g., remote control/update server 150). Those of 
ordinary skill in the art and others will appreciate that while only a single remote 
control/update server 150 is illustrated in Figure 1, that more flian one remote control server 
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ISO may be employed in sending ping messages and storing instructions. Accordingly, in 
one embodiment, one remote server may send a ping message which may direct the client 
device 200 to another remote server to retrieve instructions. Accordingly, the request for 
further instructions in block 415 may be directed to the same or a different remote 
5 control/update server ISO as to the one that sent the ping message. Next, in block 420, the 
client device 200 receives the requested instructions. Similarly, while the request for 
instructions in block 415 may have been sent to one remote control/update server 150, yet 
another remote control/update server 150 may retum the actual instructions to the cUent 
device 200. Next, in decision block 425, a determination is made as to what service the 
10 instructions are targeted for. If in decision block 425 it was determined that the instructions 
are targeted to an update service, then processing proceeds to block 450 where the cUent 
device 200 is updated. Exemplary cUent update routines are illustrated in Figures 6 and 8 and 
described below. 

If, however, in decision block 425 it was determined that the instructions are targeted 
15 for mobile services, then processing proceeds to block 445 where mobile services are 

performed. Such mobile services may be any conventional mobile services that would apply 
to a wireless mobile device. However, in one exemplary raibodiment of the present 
invention, these mobile services may include service for locking the UI of the cUent device 
200. 

20 If in decision block 425 it was deteraiined that the instruction was targeted to the 

backup service then processing proceeds to decision block 430 where a further determination 
is made whether the instructions are directed to erasing or backing up data on the cUent 
device 200. If the determination in decision block 430 indicated that data is to be erased, 
then processing proceeds to block 435 where the memory of the client device is partially or 

25 completely erased as directed in the received instmctions. In the alternative, where a backup 
instmction was issued for backing up the data on the client device 200, tiien processing 
proceeds to block 440 where some or all of the memory of tiie client device is backed up 
depending on the received instructions. 

Those of ordinary skill in die art and others will appreciate that more types of 

30 instruction may be included in still other embodiments of the present invmtion. The 

inclusion of the messaging service, backup and update instructions is meant to be illustrative 
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and not limi ting. To better ^reciate one such embodiment. Figures S-8 include further 
description of the functionality of the preset invention. 

The operation of an exemplary CTGibodiment of the present invention having an update 
functionality implemented in the remote control/update system 100 shown in Figure 1, will 
5 be best understood with reference to Figure 5, which includes one exemplary sequence of 
communication interactions between a cUent device 200 and a remote control/update SCTver 
150. It will be appreciated by those of ordinary skill in the art that the communications from 
the client device 200 to the remote control/update server 150, may comprise wireless signals, 
including but not limited to: radio frequency ("RF") signals, optical signals, audio modulated 

10 signals and electromagnetic signals as well as conventional wire-based signals. 

The exemplary communication interactions shown in Figure 5 begin with the client 
device 200 sending an update request 505 to the remote control/update server 150. The 
remote control/update server 150 then retrieves 510 a catalog of available updates. The 
catalog of available updates is then sent 515 along with any mandatory updates back to the 

15 client device 200. As will be further described below mandatory updates are those updates 
which will be installed on the client device 200 regardless of a user's interaction. In various 
embodiments of the present invention, the user may or may not be notified that a mandatory 
update has been installed. Accordingly once the client device receives the mandatory 
updates, they are installed 520 on the client device 220. 

20 The client device 200 next d^icts 525 any relevant available updates on the client 

device 200 (e.g., via the display 240). The relevant available updates are those non- 
mandatory updates (i.e., critical updates and other updates) that have not ahready been 
installed on the client device 200-and for which the client device 200 has a use (e;g., that are - 
applicable to the currently installed operating system and/or versions of software ruxming on 

25 the client device 200). 

One or more relevant available updates are selected 530 on the client device 200. 
Those of ordinary skill in the art and others will appreciate that the selection of relevant 
available updates may be accomplished in a variety of manners. In one exemplary 
embodiment of the present invention all relevant available critical updates are automatically 

30 selected while other updates may be selected by a user using any form of conventional user 
interface. Next the selected updates are requested 535 &om the remote control/update server 
150. The remote control/update server 150 retrieves 540 the selected update or updates and 
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sends 545 fhe selected updates back to the client device 200. Once the client device 200 
receives the selected updates, they are then installed 550 on the cUent device 200. 

The remote control/update system 100 (described herein) includes a client device 200 
whose software is to be updated via the remote control/update server 150. Figure 6 is a flow 
5 diagram illustrating an exemplary client side update routine 600 suitable for implementation 
by the client device 200 for updating software on the client device jfrom the remote 
control/update server 150. 

The update routine 600 begins at block 605 where a update is requested from the 
TCTiote control/update server 150. Next in block 610 a catalog of available updates is 

1 0 received along with any mandatory updates for the client device 200. In decision block 615a 
determination is made whether any mandatory updates were received. If so then processing 
proceeds to block 620 where the mandatory updates are installed on the client device 200. 
Processing then proceeds to block 625. Also if in decision block 615 it was detranined that 
no mandatory updates were received then processing continues to block 625. In block 625 

15 the received catalog of available updates is compared to the currently installed software on 
the client device 200. Next in decision block 630 a determination is made whether any 
available updates in the catalog are still relevant to the client device 200. If in decision block 
630 it is determined that no available updates are relevant to client device 200 then 
processing continues to block 660 where a message is depicted on the chent device 600 that 

20 there are no relevant updates and routine 600 ends. 

If, however, in decision block 630 it was determined that there are available updates 
that are still relevant to the client device 200, then in block 635 those relevant updates are 
depicted at the client device 200; Processing then proceeds to block 640 where any desired 
relevant updates are selected. As aheady noted, desired relevant updates may be selected in a 

25 variety of fashions according to any conventional selection mechanism. Next, in block 645 a 
request is sent to the remote control/update server 150 for the selected updates. The selected 
updates are received in block 650, and installed on the client device 200 in block 655. 

Sinoilarly to Figure 5, Figure 7 illustrates an update session with conomunications 
between a client device 200 and a remote control/update server 150. However in the alternate 

30 update session illustrated in Figure 7 the client device has a stub application that is 
automatically updated via the remote control/update server 150. The exemplary 
communications interactions shown in Figure 7 begin with the cUent device 200 executing 
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70S a stub application. The client device 200 then depicts placeholder infoixnation 710 
indicating that the application has been executed. Next the full application is requested 715 
from the remote control/update server ISO. The remote control/update server ISO retrieves 
the fiill ^plication 720 and returns 72S the full application back to the client device 200. The 
S client device 200 then installs 730 the full application. At which point the full application 
may then be executed 73S. 

The operations of the alternate update mechanism illustrated in Figure 7 are further 
described within Figure 8 which illustrates an altemate update routine 800 for 
implementation on the client device 200. The altemate update routine 800 replaces a stub 

10 application with a full application from a remote control/update server 150. 

Altemate update routine 800 begins at block 805 with the execution of a stub 
application. Next in block 810 a placeholder for the full application is displayed. In block 
815, the client device 200 sends a request to the remote control/update server 150 for the full 
application. In decision block 820 a determination is made whether the full application was 

15 received from the remote control/update server 150. If so, processing proceeds to block 830 
where the fiill ^plication is installed on the client device 200. After which, the full 
application can then be executed in block 835. If however in decision block 820 it was 
determined that the full application was not received then in block 825 an error is depicted 
indicating that the full application was not available. 

20 Although various embodiments of the present invention have been illustrated and 

described, it will be appreciated that changes can be made therein without departing from the 
spirit aad scope of the invention as defined by the appended claims. In particular it will be 
appreciated that while the processes and communication interactions and the present 
interaction have been described in a particular order, those of ordinary skill in the art and 

25 other will ^preciate that other orders of processes and/or communication interactions will 
also fall within the spirit and scope of the present invention. 
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